Skip to content

fix(deps): pin click/cryptography/pip past 2026-08 advisories (CI red on #203) - #207

Draft
Sbussiso wants to merge 2 commits into
masterfrom
ci-fix/32779491429
Draft

fix(deps): pin click/cryptography/pip past 2026-08 advisories (CI red on #203)#207
Sbussiso wants to merge 2 commits into
masterfrom
ci-fix/32779491429

Conversation

@Sbussiso

Copy link
Copy Markdown
Contributor

Why

CI run 32779491429 (the Test & Deploy check on dependabot PR #203) failed at the Dependency scan (pip-audit) step — uv run pip-audit --strict reported 5 known vulnerabilities in 3 transitive packages:

Package Version Advisory Fix
click 8.3.1 PYSEC-2026-2132 8.3.3
cryptography 48.0.1 PYSEC-2026-3552 50.0.0
cryptography 48.0.1 PYSEC-2026-3553 49.0.0
cryptography 48.0.1 PYSEC-2026-3554 49.0.0
pip 26.1.2 PYSEC-2026-3721 26.2

These advisories landed in the PyPA Advisory DB after the last green deploy — no application code changed. All three are transitive:

  • click via uvicorn
  • cryptography via clerk-backend-api / authlib
  • pip via pip-audit itself (dev/CI surface only; not shipped in the app image)

What

Follows the existing constraint-dependencies pattern in backend/pyproject.toml: bump the version floor so uv resolves past the vulnerable version, with a comment citing the advisory + date, to be removed once a direct dep's own pin clears.

  • click 8.3.1 → 8.4.2 (new constraint, was unconstrained)
  • cryptography 48.0.1 → 50.0.0
  • pip 26.1.2 → 26.2.1

Lock regenerated with uv lock.

Verification (local, same gates as deploy.yml)

pip-audit --strict  → No known vulnerabilities found   ✓ (was 5 vulns)
ruff check          → All checks passed!              ✓
pytest -q           → 699 passed, 2 warnings          ✓

Notes

  • The original failing branch dependabot/uv/backend/sqlalchemy-2.0.52 was merged as build(deps): bump sqlalchemy from 2.0.51 to 2.0.52 in /backend #203 seconds after the failure was recorded (squash-merge a0d637c), so the vulnerable lock is now on master — this PR targets master.
  • A commit comment with the diagnosis has also been posted on the original failing commit fbba124.

dependabot Bot and others added 2 commits August 24, 2026 21:26
Bumps [sqlalchemy](https://github.com/sqlalchemy/sqlalchemy) from 2.0.51 to 2.0.52.
- [Release notes](https://github.com/sqlalchemy/sqlalchemy/releases)
- [Changelog](https://github.com/sqlalchemy/sqlalchemy/blob/main/CHANGES.rst)
- [Commits](https://github.com/sqlalchemy/sqlalchemy/commits)

---
updated-dependencies:
- dependency-name: sqlalchemy
  dependency-version: 2.0.52
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
The Test & Deploy pip-audit --strict gate went red on 5 known
vulnerabilities in 3 transitive deps:

  click        8.3.1   PYSEC-2026-2132  (fix 8.3.3)
  cryptography 48.0.1  PYSEC-2026-3552  (fix 50.0.0)
  cryptography 48.0.1  PYSEC-2026-3553  (fix 49.0.0)
  cryptography 48.0.1  PYSEC-2026-3554  (fix 49.0.0)
  pip          26.1.2  PYSEC-2026-3721  (fix 26.2)

All three are transitive (click via uvicorn, cryptography via
clerk-backend-api/authlib, pip via pip-audit itself) and landed in the
PyPA advisory DB after the last green deploy — no code changed. This
follows the existing pattern in constraint-dependencies: bump the floor
so uv resolves past the vulnerable version, with a comment citing the
advisory and the date, to be removed once a direct dep's own pin clears.

  click        8.3.1 -> 8.4.2
  cryptography 48.0.1 -> 50.0.0
  pip          26.1.2 -> 26.2.1

Verified locally against the exact failing gate plus the other backend
gates: pip-audit --strict clean, ruff clean, 699 tests pass.

Refs CI run 32779491429 (branch dependabot/uv/backend/sqlalchemy-2.0.52).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant